Docs. Eletrônicos - Release Candidate: 26.6.30.60399
Data de Liberação
30/06/2026
Resumo da Versão
Esta versão contempla todas as correções, melhorias e funcionalidades liberadas nas últimas Releases Candidates.
Também contempla novas implementações para atender à Reforma Tributária.
Release Note Clique aqui para acessar o Release Note completo e conferir tudo o que está incluído nesta versão
Hotfix com Correções Implementadas para a Versão
TaxPlus (ARD) Baixar Sem correções TaxPlus (LW) Baixar Sem correções TaxPlus NFCom Baixar Disponível TaxPlus MDFe Baixar Disponível TaxPlus GNRe Baixar Disponível TaxPlus NFSe Baixar Disponível Obs.: Somente a DLL do TaxPlus possui diferenciação de ARD e LW.
Obs2.: Caso a DLL esteja indisponível no momento do download, aguarde alguns minutos, pois ela está sendo atualizada.
» TaxPlus | Como substituir uma DLL para correção pontual de um erro?
Correções Disponíveis nas DLLs
NFe/NFCe
11 itensTXPDE-7369 Inclusão HOTFIX: 01/07/2026 Correção
PROBLEMA Com a nova regra de validação da SEFAZ SP, a tag cBenef não pode mais ser enviada vazia no XML da NF-e. Ao cadastrar um item com um CST que exige código de benefício fiscal (por exemplo, CST 40), o add-on levava a tag cBenef preenchida também em notas com CST 00, que não deveria contê-la.
CORREÇÃO Ajustado o add-on para enviar a tag cBenef apenas quando o CST da nota exigir o código de benefício fiscal; para notas com CST 00, a tag deixa de ser enviada no XML.
TXPDE-7363 Inclusão HOTFIX: 09/07/2026 Correção
PROBLEMA A query que busca o campo de usuário personalizado (utilizado para a alíquota do PIS) no cadastro de entidade continha um espaçamento indevido no nome do campo, fazendo com que o valor não fosse carregado ao XML da NF-e mesmo estando preenchido no banco de dados.
CORREÇÃO Corrigida a query para remover o espaçamento indevido no nome do campo, permitindo que o valor cadastrado seja corretamente carregado ao XML.
TXPDE-7387 Inclusão HOTFIX: 14/07/2026 Correção
PROBLEMA Ao iniciar o addon de NFe, o sistema apresentava erro ao atualizar o banco de dados, pois a stored procedure "TransNoticeNfe" utilizava uma subquery não suportada pelo banco de dados.
Não foi possível criar a Stored Procedures [TransNoticeNfe]
feature not supported: Subquery is not allowed: line 589 col 8 (at pos 23149)
CORREÇÃO Ajustada a stored procedure "TransNoticeNfe" para eliminar a subquery incompatível, permitindo que o addon inicie normalmente.
TXPDE-7541 Inclusão HOTFIX: 15/07/2026 Correção
PROBLEMA Ao emitir uma nota fiscal sem informação na tag infCpl, o add-on deixou de preenchê-la com \n (comportamento anterior), enviando-a vazia, o que causava a rejeição do documento pela SEFAZ.
CORREÇÃO Ajustado o add-on NFe para voltar a preencher a tag infCpl com \n quando não houver nenhuma informação, evitando a rejeição pela SEFAZ e permitindo o faturamento do cliente.
TXPDE-7543 Inclusão HOTFIX: 15/07/2026 Correção
PROBLEMA Ao gerar uma NF-e de recebimento futuro, quando uma despesa adicional estava configurada com o método de distribuição "Quantidade" e o tipo "Outros", o add-on não gerava as respectivas tags no XML — comportamento que ocorre apenas para emitentes do estado do Paraná (PR), devido à regra do Art. 578 do Regulamento do ICMS do Paraná. Ao alterar o tipo da despesa para "Frete", as tags eram geradas corretamente.
CORREÇÃO Ajustado o add-on para que os valores das despesas adicionais configuradas com o tipo "Outros" sejam corretamente destacados no XML da NF-e, independentemente do método de distribuição utilizado, também para emitentes do Paraná (PR).
TXPDE-7159 Inclusão HOTFIX: 17/07/2026 Correção
PROBLEMA Ao emitir uma nota fiscal com Grupo de Compra Governamental e dois ou mais itens, com a opção "ConsiderarSchemasSefaz" nula ou zerada, o sistema apresentava o seguinte erro, impedindo a geração do XML:
Pelo menos um objeto deve implementar IComparable.
CORREÇÃO Ajustado o cálculo do percentual redutor de compra governamental para considerar apenas o valor numérico da redução de alíquota de cada item (em vez de comparar as linhas inteiras), permitindo a emissão de notas com dois ou mais itens sem erro, independentemente da configuração de "ConsiderarSchemasSefaz".
TXPDE-7584 Inclusão HOTFIX: 17/07/2026 Correção
PROBLEMA Para emitentes do Paraná (PR), a regra implementada para atender o Art. 578 (zerar as tags de ICMS e ICMS ST em Notas Fiscais de Entrega Futura) estava sendo aplicada indevidamente também às Notas Fiscais de Recebimento Futuro, zerando os valores de ICMS e ICMS ST nesse tipo de documento.
CORREÇÃO Ajustada a regra para que o zeramento do ICMS e ICMS ST ocorra somente em Notas Fiscais de Entrega Futura (saída), preservando os valores corretamente nas Notas Fiscais de Recebimento Futuro (entrada).
TXPDE-7519 Inclusão HOTFIX: 22/07/2026 Correção
PROBLEMA Na emissão de notas fiscais com itens controlados por série, o XML deixava de ser gerado quando o documento utilizava um depósito com expedição direta habilitada e determinadas informações do item não estavam disponíveis. Esse comportamento impedia a emissão da nota fiscal.
CORREÇÃO Ajustado o processamento da geração do XML para tratar corretamente o cenário de itens controlados por série em operações com depósito de expedição direta. Com a correção, o XML passa a ser gerado normalmente, eliminando a falha que impedia a emissão da nota fiscal nesse tipo de operação.
TXPDE-7526 Inclusão HOTFIX: 21/07/2026 Implementação
Implementada a adequação à NT 2025.002 v1.40, que passa a exigir que, em notas de devolução, o referenciamento do documento de origem seja feito exclusivamente no grupo DFeReferenciado (regra de validação VC02-14), não sendo mais permitido o referenciamento simultâneo na tag refNFe. Ao utilizar "copiar para" para gerar uma devolução, o add-on agora preenche automaticamente a chave da nota de origem no grupo DFeReferenciado de cada item (via BaseEntry, usando o BaseLine para localizar o item correto em devoluções parciais), e deixa de levar essa referência para a tag refNFe a nível de nota, evitando a rejeição "Cód. 1010". Caso o usuário já tenha informado a chave manualmente no campo de linha (U_TX_chaveacesso), o preenchimento automático não sobrescreve. A nova regra entra em vigor em homologação a partir de 01/07/2026 e em produção a partir de 01/09/2026; antes dessas datas, o comportamento anterior é mantido.
TXPDE-7533 Inclusão HOTFIX: 27/07/2026 Correção
PROBLEMA Ao emitir uma NF-e com item de Estrutura de Produto e aplicar desconto tanto na linha quanto no rodapé do documento, o cálculo do rateio do desconto de rodapé entre os itens estava incorreto — no primeiro item do XML, o desconto acumulado podia ultrapassar o valor do produto (vProd), gerando um valor negativo na tag <vItem> e causando rejeição da SEFAZ (Cód. 225 — falha na restrição Pattern do tipo TDec_1302).
CORREÇÃO Corrigido o cálculo de rateio do desconto de rodapé entre os itens, que passa a considerar apenas os itens que efetivamente entram na nota, distribuindo o desconto de forma proporcional entre eles.
TXPDE-7656 Inclusão HOTFIX: 28/07/2026 Correção
PROBLEMA O parâmetro "Remover os caracteres especiais nas informações adicionais da nota" removia da tag <infCpl> os caracteres cifrão ($), ponto final (.), cedilha (ç) e acentuações (til, agudo, circunflexo), mesmo sendo aceitos pela SEFAZ, obrigando o cliente a deixar de usar o parâmetro para não perder esses caracteres.
CORREÇÃO Corrigido(a) para que o parâmetro deixe de remover os caracteres $ . ç e as acentuações (til, agudo, circunflexo) da tag <infCpl>, evitando rejeições desnecessárias.
DFe
10 itensTXPDE-5907 Inclusão HOTFIX: 01/06/2026 Correção
PROBLEMA Ao gerar o PDF da NFS-e do ambiente nacional pela opção "Visualizar PDF" no add-on DFe, os campos "ISSQN Retido" e "Retenção do ISSQN" eram preenchidos por uma regra fixa, independente do conteúdo do XML — não refletindo corretamente o cenário em que a tag tpRetISSQN é igual a 2 (ISS retido pelo tomador).
CORREÇÃO Ajustado o preenchimento do PDF para considerar o valor informado na própria tag tpRetISSQN do XML, exibindo corretamente "Retido pelo tomador" e o valor total do ISS (tag vISSQN) quando aplicável.
TXPDE-7467 Inclusão HOTFIX: 10/07/2026 Correção
PROBLEMA Na importação de uma NFSe pelo add-on DFe, o campo "Série" não estava sendo preenchido, diferente do que ocorria para os demais modelos fiscais suportados.
CORREÇÃO Implementado o preenchimento do campo "Série" na importação de NFSe (modelo nacional e de prefeituras específicas), com o valor obtido a partir da tag serie do XML. Por padrão do SAP, o campo é preenchido com no máximo 3 caracteres.
TXPDE-7447 Inclusão HOTFIX: 13/07/2026 Correção
PROBLEMA Uma alteração anterior (TXPDE-5239) fez com que o desconto informado na linha do item deixasse de ser preenchido durante a importação de documentos no add-on DFe, impactando clientes que dependiam do comportamento anterior (preenchimento da coluna % Desconto com base na quantidade, preço do item e na tag vDesc do XML).
CORREÇÃO Implementado o parâmetro "Desconsiderar desconto na linha do item" em Configurações de Recebimento > Dados Gerais do add-on DFe. Quando habilitado, o desconto da linha do item é desconsiderado e a coluna % Desconto não é preenchida na importação; quando desabilitado (comportamento padrão), a coluna % Desconto volta a ser preenchida conforme o comportamento anterior à alteração da TXPDE-5239 — permitindo que cada cliente utilize o processo mais adequado ao seu cenário.
Configuração: Para desconsiderar o desconto da linha do item na importação, habilitar o parâmetro "Desconsiderar desconto na linha do item" em Configurações de Recebimento > Dados Gerais do add-on DFe.
TXPDE-7497 Inclusão HOTFIX: 13/07/2026 Correção
PROBLEMA Na importação de uma NFCom, o add-on DFe não respeitava os valores de quantidade e desconto informados no XML, pois o importador (compartilhado com o modelo NF-e) assumia que o campo vProd representava o valor bruto do item, com o desconto informado separadamente. Como no XML da NFCom o vProd já vem líquido, o desconto era subtraído duas vezes do valor da linha, gerando um total negativo que fazia o SAP recalcular a quantidade do item para -1, causando divergência nos valores do documento importado.
CORREÇÃO Ajustada a lógica de importação para tratar corretamente a semântica de valores da NFCom, evitando a dedução dupla do desconto e preservando os valores de quantidade, preço unitário, desconto e totais conforme informados no XML.
TXPDE-7412 Inclusão HOTFIX: 15/07/2026 Correção
PROBLEMA Em ambientes com múltiplas entidades compartilhando o mesmo CPF/CNPJ, mas com Inscrições Estaduais e filiais distintas, o DFe não estava atribuindo corretamente algumas notas capturadas via NSU à filial correspondente — mesmo com a tag xLgr do XML contendo a identificação correta da filial, o documento era vinculado a outra empresa durante o processamento.
CORREÇÃO Corrigida a regra de identificação automática da filial, para que o DFe utilize corretamente os critérios configurados (parâmetros "Salvar uma cópia do XML após a ciência da operação" e "Critérios de Pesquisa para Entidade Pessoa Física") e as informações da tag xLgr do XML para associar cada documento à empresa/filial correta.
TXPDE-7554 Inclusão HOTFIX: 16/07/2026 Correção
PROBLEMA Ao importar um documento no DFe com o parâmetro "Permitir alterar item ao importar documento" habilitado, o sistema exibia o seguinte erro, impedindo a conclusão da importação (com o parâmetro desabilitado, o documento era importado normalmente):
invalid column name: T0.ItemCode: line 1 col 129 (at pos 128)
CORREÇÃO Corrigida a consulta para que a importação seja concluída com sucesso mesmo com o parâmetro "Permitir alterar item ao importar documento" habilitado.
TXPDE-7381 Inclusão HOTFIX: 17/07/2026 Correção
PROBLEMA A consulta automática de NFS-e por NSU pelo Monitor de Serviço falhava com a mensagem "Falha no processo de download por NSU: [1001] - [...]", interrompendo o processamento — o add-on não diferenciava corretamente os tipos de erro retornados pela SEFAZ (em alguns casos o campo cStat não vinha preenchido, e quando nenhum documento era localizado, a mensagem já entrava na lista de erros).
CORREÇÃO Ajustado para que o add-on retorne a mesma mensagem do webservice em vez de uma mensagem padrão de falha; quando o webservice não retornar nenhuma nota, a mensagem passa a indicar que nenhum documento foi localizado, em vez de tratar como falha.
TXPDE-7445 Inclusão HOTFIX: 17/07/2026 Correção
PROBLEMA Mesmo com o parâmetro "Deve considerar as parcelas e condição de pagamento do documento..." habilitado, ao importar uma NFSe vinculada a um Recebimento de Mercadoria como documento base, o add-on não considerava a condição de pagamento e as parcelas definidas nesse documento base, mantendo a condição cadastrada no parceiro de negócio (fornecedor). A causa raiz era que o tipo de documento Recebimento de Mercadoria não estava mapeado para esse fluxo.
CORREÇÃO Mapeado o tipo de documento Recebimento de Mercadoria, para que, com o parâmetro habilitado, a importação de NFSe (Nacional ou Municipal) vinculada a esse documento passe a considerar corretamente a condição de pagamento e as parcelas definidas nele, prevalecendo sobre as informações do parceiro de negócio.
TXPDE-7553 Inclusão HOTFIX: 17/07/2026 Correção
PROBLEMA Com o parâmetro de criação automática de itens habilitado, após a captura de documentos via serviço na Sefaz, os itens das notas não eram criados automaticamente — era necessário acessar a tela "Verificar Itens", fechá-la e reabri-la para que os itens fossem gerados.
CORREÇÃO Ajustado o processo para que, com o parâmetro habilitado, os itens sejam criados automaticamente logo após a captura do documento na Sefaz, sem exigir qualquer acesso manual à tela de verificação de itens.
TXPDE-7382 Inclusão HOTFIX: 20/07/2026 Implementação
Implementada a adequação do DANFS-e Nacional (gerado via Mais Ações > Visualizar PDF) conforme a Nota Técnica 008, já que a API de geração do DANFS-e será descontinuada a partir de 01/07/2026. O layout passa a seguir o mesmo padrão já adotado no add-on NFSe, contemplando os novos campos e alterações previstos na NT 008. Também foi corrigido um problema de resolução que ocorria quando o monitor utilizava escala maior que 100%.
NFCom
1 itensTXPDE-7509 Inclusão HOTFIX: 17/07/2026 Correção
PROBLEMA O NFCom estava capturando a descrição do item diretamente do cadastro (OITM), em vez de utilizar a descrição informada na própria linha do documento (INV1) quando esta era editada — comportamento contrário ao mapeado na documentação.
CORREÇÃO Ajustado para considerar o parâmetro "Considerar os dados do documento" (renomeado nesta versão): quando habilitado, a descrição do item é obtida da própria linha do documento (INV1); quando desabilitado, mantém o comportamento de buscar do cadastro do item (OITM).
GNRE
1 itensTXPDE-7569 Inclusão HOTFIX: 22/07/2026 Correção
PROBLEMA Na emissão de guias GNRE para o estado da Bahia (BA), o add-on não realizava o preenchimento automático dos campos "Doc. Origem" e "Tipo Doc. Origem" para determinadas receitas, obrigando o usuário a consultar essas informações manualmente no WebService da GNRE. Esse comportamento tornava o processo de emissão mais lento, suscetível a erros e inconsistente em relação às demais Unidades da Federação.
CORREÇÃO Ajustado o preenchimento automático dos campos de documento de origem para as guias da Bahia (BA), conforme as regras do WebService da GNRE.
MDFe
2 itensTXPDE-7520 Inclusão HOTFIX: 16/07/2026 Correção
PROBLEMA O XML gerado pelo add-on de MDF-e apresentava inconsistência na assinatura digital em relação ao XML obtido diretamente pelo WebService da SEFAZ — a raiz do documento estava nomeada incorretamente como TProtMDFe e ficava fora do namespace, pois o xmlns havia sido deslocado para a tag infProt, deixando a raiz sem namespace algum, o que fazia o validador rejeitar o XML.
CORREÇÃO Corrigido o nome da tag raiz e reposicionado o xmlns corretamente, fazendo com que a assinatura digital do XML siga o mesmo padrão do XML obtido diretamente pelo WebService e seja validada com sucesso.
TXPDE-7574 Inclusão HOTFIX: 20/07/2026 Correção
PROBLEMA O PDF do MDF-e podia ser visualizado antes da autorização pela SEFAZ sem nenhuma indicação de que o documento não possuía validade fiscal, já que a marca d'água "DOCUMENTO SEM VALOR FISCAL" (existente em versões anteriores do add-on) deixou de ser exibida nesse cenário.
CORREÇÃO Restabelecida a exibição da marca d'água "DOCUMENTO SEM VALOR FISCAL" no PDF do MDF-e sempre que o documento ainda não estiver autorizado pela SEFAZ; após a autorização, o PDF volta a ser gerado normalmente, sem a marca d'água.
TXPDE-7558 Inclusão HOTFIX: 28/07/2026 Correção
PROBLEMA Ao tentar atualizar qualquer informação no cadastro de emitentes do MDF-e, ocorria erro de violação de chave estrangeira no banco de dados (falha na tabela TX_MDFE_SequenciaDeNumeracao), impedindo a atualização — a tela exibia apenas os emitentes que o usuário tinha permissão de visualizar, mas ao salvar o sistema considerava todas as empresas e entendia que as demais numerações haviam sido excluídas pelo usuário.
CORREÇÃO Adicionado um bloqueio que impede excluir uma numeração que já possua manifestos emitidos, passando a exibir uma mensagem de aviso em vez do erro de banco de dados. Também foi ajustada a criação de tabelas e colunas do MDF-e para ser à prova de repetição, corrigindo um bug comum relacionado a esse cenário.
NFSe
35 itens Salvador – BA 2 itens
TXPDE-7403 Inclusão HOTFIX: 06/07/2026 Correção
PROBLEMA Ao informar natureza de operação 1 para um tomador estrangeiro, o XML de envio saía com natureza 4 (isento no município), embora a tributação devesse ser integral por o serviço ser prestado dentro do município de Salvador - BA.
CORREÇÃO Ajustado o envio da natureza de operação para respeitar o valor informado no lançamento, corrigindo o envio incorreto como isento.
TXPDE-7448 Inclusão HOTFIX: 07/07/2026 Correção
PROBLEMA Ao emitir NFS-e para tomador estrangeiro, o XML de envio gerava o agrupamento de Identificação do Tomador sem CPF/CNPJ preenchido, causando rejeição da prefeitura de Salvador - BA:
P68 - Erro ao desserializar XML. Documento XML especificado é inválido: The value '' is invalid according to its datatype '...tsCpf'...
CORREÇÃO Ajustado o XML de envio para não gerar as tags <IdentificacaoTomador>, <CpfCnpj> e <Cpf> quando o tomador for estrangeiro e não houver CPF/CNPJ informado, eliminando a rejeição.
São Paulo – SP 4 itens
TXPDE-7338 Inclusão HOTFIX: 13/07/2026 Implementação
Implementado ajuste no cálculo do campo "Valor dos Serviços antes dos Tributos" no PDF, passando a considerar o abatimento de todos os tributos (IRRF, ISS, PIS e COFINS próprios), alinhando o valor exibido ao praticado pela prefeitura de São Paulo - SP.
TXPDE-7343 Inclusão HOTFIX: 13/07/2026 Correção
PROBLEMA Ao informar um intermediário com parceiro de negócio cadastrado como Destinatário no campo "Indicador de Destinação", o XML gerava a tag NaoNIF no agrupamento <dest>, causando rejeição.
CORREÇÃO Ajustado o schema para não gerar a tag NaoNIF quando seu valor for igual a 0, eliminando a rejeição.
TXPDE-7523 Inclusão HOTFIX: 15/07/2026 Correção
PROBLEMA Ao ativar o parâmetro "Informar dados de atividade/evento", o grupo de tags atvEvento era gerado também para itens de serviço que não estão relacionados a eventos, causando rejeição de notas que não deveriam conter esse grupo.
CORREÇÃO Em vez de vincular a geração do grupo de tags a uma lista fixa de códigos de serviço (abordagem descartada por ser insegura, já que a prefeitura pode alterar os códigos ou adotar numeração diferente), o grupo atvEvento passou a ser gerado somente quando um de seus campos obrigatórios (XNome, dtIni ou dtFim) estiver preenchido, independentemente do código de serviço informado — seguindo a mesma abordagem já adotada na aba Imóvel.
TXPDE-7567 Inclusão HOTFIX: 20/07/2026 Correção
PROBLEMA Ao emitir uma NFS-e de São Paulo (SP) para um parceiro de negócios estrangeiro, a tag cPaisPrestacao era preenchida com o código do país do tomador mesmo quando a natureza da operação indicava tributação dentro do município do prestador e a prestação ocorria integralmente no Brasil, gerando divergência entre o que foi lançado no SAP e o XML enviado à prefeitura.
CORREÇÃO Ajustado para que, quando a natureza da operação 1 (tributação no município do prestador) for informada, seja gerada a tag cLocPrestacao com o município do prestador, mantendo o preenchimento da tag cPaisPrestacao para as demais naturezas de operação.
Ambiente Nacional 2 itens
TXPDE-7367 Inclusão HOTFIX: 13/07/2026 Implementação
Implementado o DANFS-e 1.0 para notas emitidas em produção, em razão do adiamento da NT 008 pelo Ambiente Nacional. A medida é temporária e vale apenas para as hotfixes: a versão 1.0 será exibida até que a DANFS-e 2.0 se torne obrigatória, quando então será fixada definitivamente.
TXPDE-7530 Inclusão HOTFIX: 15/07/2026 Correção
PROBLEMA Ao gerar uma NFS-e com CST 08 no PIS/COFINS, os valores das alíquotas eram trocados entre si na geração do XML de envio — os valores de PIS e COFINS estavam invertidos no código da aplicação —, causando rejeição e impedindo a autorização do documento.
CORREÇÃO Corrigida a troca das variáveis, ajustando os valores de PIS e COFINS para que sejam enviados corretamente quando o CST for 08.
Demais municípios
TXPDE-7220 Inclusão HOTFIX: 30/06/2026 Prefeitura de Luiz Alves – SC Homologação
Homologado o município de Luiz Alves - SC para emissão de NFS-e, utilizando o provedor IPM (layout IPM REST / IPM 2.0), com padrão Invent de envio e impressão. Não é necessário certificado digital, sendo necessário informar frase secreta e senha de acesso ao portal. A integração permite cancelamento.
TXPDE-7243 Inclusão HOTFIX: 01/07/2026 Prefeitura de Guanhães – MG Homologação
Homologado o município de Guanhães - MG para emissão de NFS-e, utilizando o provedor Invent (EL 2.04). A integração exige certificado digital e token gerado no site da prefeitura, permite consulta de NFS-e por RPS e cancelamento, e não possui ambiente de homologação disponibilizado pelo provedor.
TXPDE-7374 Inclusão HOTFIX: 03/07/2026 Prefeitura de São Francisco do Sul – SC Correção
PROBLEMA O campo "Situação Tributária" exibido no PDF gerado pelo add-on divergia do PDF emitido pela prefeitura de São Francisco do Sul - SC.
CORREÇÃO Ajustado o add-on para considerar todos os códigos de situação tributária, obtendo corretamente o tipo e a descrição correspondentes, alinhando o PDF do add-on ao da prefeitura.
TXPDE-7378 Inclusão HOTFIX: 03/07/2026 Prefeitura de Joinville – SC Correção
PROBLEMA O NFS-e enviava a condição de pagamento "4 - Prazo", porém a prefeitura de Joinville - SC considera esse código como "3 - Débito", conforme o manual atualizado do município, causando divergência entre o XML autorizado e o esperado pela prefeitura.
CORREÇÃO Ajustado o XML de envio e o campo de condição de pagamento na tela do usuário para refletir as opções corretas informadas pela prefeitura.
TXPDE-7392 Inclusão HOTFIX: 03/07/2026 Prefeitura de Valinhos – SP Correção
PROBLEMA O PDF do documento autorizado em produção saía com o cabeçalho "NFS-e SEM VALIDADE JURÍDICA", pois o provedor (SigIssWeb) não retorna um XML autorizado no padrão nacional, gerando informações inconsistentes no relatório.
CORREÇÃO Ajustado o PDF para obter os dados diretamente do add-on para o provedor SigIssWeb, eliminando o cabeçalho incorreto.
TXPDE-7352 Inclusão HOTFIX: 06/07/2026 Prefeitura de Cotia – SP Correção
PROBLEMA O documento era autorizado normalmente na prefeitura de Cotia - SP, mas o add-on não conseguia ler o XML de retorno, apresentando erro interno mesmo com a nota já autorizada.
CORREÇÃO Ajustado o método de leitura do XML de retorno, que estava sendo interrompido pelo cabeçalho Content-type: application/xml; charset=UTF-8, eliminando o erro.
TXPDE-7391 Inclusão HOTFIX: 06/07/2026 Prefeitura de Contagem – MG Correção
PROBLEMA No ambiente de homologação da prefeitura de Contagem - MG, o XML de envio trazia de forma fixa a cidade "Regente Feijó-SP" em vez da cidade cadastrada na entidade, causando divergência entre o SAP e o PDF autorizado.
CORREÇÃO Ajustado o XML de envio para considerar a cidade informada no cadastro da entidade, eliminando a divergência.
TXPDE-7348 Inclusão HOTFIX: 07/07/2026 Prefeitura de Mangaratiba – RJ Homologação
Homologada a prefeitura de Mangaratiba - RJ, via provedor Tiplan 2.03. O envio pode ser feito pelo Invent App ou pelo add-on, com PDF disponível por download no Invent App ou gerado pelo add-on. É necessário certificado digital; não é necessária frase secreta/senha. O município possui ambiente de homologação, consulta de NFS-e por RPS e por número, e cancelamento. Os campos Item da LC 116 e Código de Tributação devem seguir o formato 00.00.
Configuração: Ao emitir via Invent App, é necessário realizar previamente o cadastro de Entidade e as Configurações do Emitente para o município de Mangaratiba - RJ.
TXPDE-7309 Inclusão HOTFIX: 08/07/2026 Prefeitura de Barretos – SP Implementação
Implementada a adequação do XML de envio da prefeitura de Barretos - SP ao layout DPS da reforma tributária nacional, atualizando o envio da tag CodigoTributacaoNacional conforme a nova documentação técnica do município.
TXPDE-7323 Inclusão HOTFIX: 08/07/2026 Prefeitura de Eusébio – CE Implementação
Implementada a mudança de provedor do WebService de NFS-e da prefeitura de Eusébio - CE, migrando do provedor anterior (Speedgov) para o provedor E&L 2.04, adequando o envio e o PDF às novas tags exigidas pelo Ambiente Nacional.
TXPDE-7067 Inclusão HOTFIX: 13/07/2026 Prefeitura de Ponta Grossa – PR Correção
PROBLEMA Ao enviar NFS-e com tomador estrangeiro tributado no Brasil, o add-on incluía a tag <ExigibilidadeISS>4</ExigibilidadeISS> de forma fixa, e o provedor rejeitava o documento por exigir dados de comércio exterior incompatíveis.
CORREÇÃO Ajustado o XML de envio para que, quando o tomador for estrangeiro, a exigibilidade do ISS seja enviada conforme a natureza da operação, permitindo a autorização correta do documento.
TXPDE-7219 Inclusão HOTFIX: 13/07/2026 Prefeitura de Barbacena – MG Homologação
Homologada a prefeitura de Barbacena - MG, via provedor WebIss, com PDFs gerados pelo add-on. Não é necessária frase secreta/senha; é necessário certificado digital. O município possui ambiente de homologação, consulta de NFS-e por RPS e por número, e cancelamento. Os campos Item da LC 116 e Código de Tributação devem seguir o formato 0000.
TXPDE-7346 Inclusão HOTFIX: 13/07/2026 Prefeitura de Poços de Caldas/Lavras – MG Correção
PROBLEMA Ao emitir NFS-e com tomador do exterior, mas com tributação e local de prestação no Brasil (natureza de operação 1), o documento era rejeitado pelo provedor NFeCidades.
CORREÇÃO Ajustada a emissão pelo provedor NFeCidades para suportar notas de tomador estrangeiro com local de prestação no Brasil, permitindo a emissão sem rejeição.
TXPDE-7355 Inclusão HOTFIX: 13/07/2026 Prefeitura de Ferraz de Vasconcelos – SP e Taboão da Serra – SP / Provedor Conam Implementação
Implementada a adequação à reforma do provedor Conam: o campo <IndDest> teve sua obrigatoriedade e valor atualizados conforme a nova regra do provedor, e o campo <IndOpeOne> (indicador de operação onerosa) passou a ser enviado fixo como "SIM", já que não há, no momento, cenários que exijam o valor "NÃO".
TXPDE-7464 Inclusão HOTFIX: 13/07/2026 Prefeitura de São Caetano do Sul – SP Correção
PROBLEMA O parâmetro "Considerar ABNT NBR 5891" não aplicava corretamente o arredondamento no cálculo do PIS/COFINS em documentos com mais de um item, causando rejeição por divergência de valor ("Valor de PIS inconsistente com Alíquota").
CORREÇÃO Ajustado o cálculo do PIS/COFINS para sempre considerar o arredondamento conforme a ABNT NBR 5891, além de corrigir a obtenção desses valores no PDF, eliminando a divergência que causava a rejeição.
TXPDE-7512 Inclusão HOTFIX: 13/07/2026 Prefeitura de Canoas – RS / Provedor Infisc Correção
PROBLEMA O add-on preenchia a tag de PIS e COFINS retido no XML de envio da NFS-e mesmo quando o cliente emitia a nota sem retenção de impostos (apenas ISS, PIS e COFINS não retidos), causando rejeições pela prefeitura de Canoas (RS) por informar os impostos como retidos indevidamente.
CORREÇÃO Ajustada a geração do XML do provedor Infisc para que a tag de PIS e COFINS retido não seja preenchida quando o imposto não for retido, permitindo o envio e cancelamento de notas em produção. Também foi ajustada a geração dos PDFs desse provedor para o layout 2.0 da Nacional.
TXPDE-7518 Inclusão HOTFIX: 13/07/2026 Prefeitura de Hortolândia – SP Correção
PROBLEMA Na geração do XML de envio da NFS-e, a prefeitura de Hortolândia (SP) não se adequou ao novo layout nacional, fazendo com que os valores de PIS e COFINS retidos fossem somados também na tag da CSLL, distorcendo o valor líquido da nota e impedindo o faturamento quando há esses impostos retidos.
CORREÇÃO Criada uma regra exclusiva para o município de Hortolândia (SP) para que o XML de envio deixe de somar os valores de PIS e COFINS na tag da CSLL, sem alterar o comportamento para os demais municípios atendidos pelo mesmo provedor.
TXPDE-7455 Inclusão HOTFIX: 14/07/2026 Prefeitura de Rio das Ostras – RJ Correção
PROBLEMA No envio de NFS-e para tomador estrangeiro, o provedor retornava a rejeição abaixo:
L9999: O código do município e o CEP do endereço do tomador do serviço devem ser informados.
CORREÇÃO Corrigido o cenário de emissão para tomador estrangeiro sem NIF, que passou a ser aceito pelo provedor. Para tomador estrangeiro informado com NIF e endereço, a rejeição persiste mesmo com o XML gerado em conformidade com o manual técnico do provedor — esse cenário depende de esclarecimento junto ao provedor sobre a regra aplicada e permanece em aberto.
TXPDE-7521 Inclusão HOTFIX: 14/07/2026 Prefeitura de Jaraguá do Sul – SC / Provedor Betha Correção
PROBLEMA Ao enviar a NFS-e com ou sem retenção de PIS/COFINS, a prefeitura de Jaraguá do Sul (SC), atendida pelo provedor Betha, rejeitava o envio pois a tag tpRetPisCofins era enviada com os valores 1 ou 2, quando o exigido pela prefeitura era 0 ou um valor entre 3 e 9, conforme a NT 007 do ambiente nacional.
CORREÇÃO Ajustado o XML de envio do provedor Betha: a tag indPessoas (descontinuada) foi substituída pela tag indDest, e a tag tpRetPisCofins passou a adotar os mesmos valores previstos na NT 007 da NFS-e Nacional. Testes realizados com emissão e cancelamento de nota em produção confirmaram o ajuste.
TXPDE-7528 Inclusão HOTFIX: 14/07/2026 Prefeitura de Fortaleza - CE / Provedor GINFES Correção
PROBLEMA Ao emitir uma NFS-e para um tomador estrangeiro no município de Fortaleza/CE, o documento era rejeitado porque o XML de envio não continha o Grupo de Informação de Exportação, mesmo com as informações de comércio exterior (COMEX) devidamente preenchidas no add-on. Na comparação com um XML autorizado pelo portal da prefeitura, foi identificado que esse grupo deveria estar presente no XML.
CORREÇÃO Ajustada a geração do XML de envio da NFS-e de Fortaleza/CE para incluir o Grupo de Informação de Exportação, utilizando as informações de comércio exterior cadastradas no add-on.
TXPDE-7532 Inclusão HOTFIX: 15/07/2026 Provedor Ginfes/Giss Correção
PROBLEMA Notas fiscais estavam sendo rejeitadas pelo provedor Ginfes/Giss por enviar as tags DescontoIncondicionado e DescontoCondicionado no XML mesmo quando a nota não possuía descontos aplicados:
Não é permitido o uso de Descontos Incondicionados no município.
CORREÇÃO Ajustado o XML de envio para que as tags DescontoIncondicionado e DescontoCondicionado sejam geradas somente quando houver valor informado.
TXPDE-7470 Inclusão HOTFIX: 16/07/2026 Prefeitura de Pelotas – RS Correção
PROBLEMA O documento era autorizado pela prefeitura de Pelotas (RS), porém o add-on não conseguia ler corretamente o retorno autorizado, apresentando o documento com erro interno mesmo já autorizado.
CORREÇÃO Ajustada a leitura do retorno autorizado da prefeitura de Pelotas (RS), evitando o erro interno e permitindo o processamento correto do documento já autorizado.
TXPDE-7488 Inclusão HOTFIX: 16/07/2026 Prefeitura de Panambi – RS Correção
PROBLEMA Ao informar PIS/COFINS próprios (não retidos), o add-on deduzia esses valores do total líquido da NFS-e (refletindo também no DANFSe) e os enviava nas tags valor_pis/valor_cofins, que segundo a documentação do provedor IPM devem ser usadas somente para valores retidos.
CORREÇÃO Ajustado para que as tags valor_pis e valor_cofins só sejam preenchidas e deduzidas do valor líquido quando se tratar de retenção; os valores de PIS/COFINS próprios passam a ser informados apenas no grupo pis_cofins, sem impacto no valor líquido da nota ou no DANFSe.
TXPDE-3293 Inclusão HOTFIX: 17/07/2026 Provedor Fiorilli Implementação
Atualizado o provedor Fiorilli para o novo layout nacional, adequando a integração à reforma tributária. O novo webservice não exige mais frase secreta/senha, passa a exigir certificado digital, e disponibiliza consulta de NFS-e por RPS e por número (apenas notas autorizadas) e cancelamento. O campo "Item da LC 116" passa a exigir o código de tributação nacional, e o campo "Código Tributação" passa a ser opcional, seguindo o layout da NFS-e nacional (DANFSe no layout 2.0). As URLs de homologação (comum a todos os municípios) e de produção (específicas por município atendido pelo provedor) foram atualizadas conforme a nova estrutura do provedor.
Configuração: Para o provedor Fiorilli, não é mais necessário configurar frase secreta/senha; passa a ser necessário certificado digital configurado para a comunicação com o webservice.
TXPDE-7571 Inclusão HOTFIX: 20/07/2026 Todas as prefeituras Implementação
Removida a rotina de download da pasta "Impressao", devido a problemas no processo de upload e à existência de diversos layouts desatualizados e não mais utilizados nela (por exemplo, de municípios que mudaram de webservice ou migraram para o Ambiente Nacional). Os arquivos de layout de PDF passam a ficar diretamente no código-fonte do add-on — assim como já ocorre com os municípios que não utilizavam a pasta Impressao — podendo ser corrigidos via DLL.
TXPDE-7597 Inclusão HOTFIX: 20/07/2026 Todas as Prefeituras - Monitor de Serviços Correção
PROBLEMA Ao processar o envio de NFS-e pela fila 00, o serviço não atualizava o campo "SaveXmlPdfByService" para 1 após a autorização do documento, fazendo com que o PDF e o XML autorizados não fossem salvos. Ao utilizar a fila 01, ou realizando o update manual do campo, o processo ocorria corretamente.
CORREÇÃO Ajustado o serviço para atualizar corretamente o campo "SaveXmlPdfByService" para 1 quando o documento for autorizado também ao processar pela fila 00, garantindo que o PDF e o XML autorizados sejam salvos.
TXPDE-7606 Inclusão HOTFIX: 21/07/2026 Prefeitura de Conoas - RS Correção
PROBLEMA Devido ao adiamento da adoção do PDF no padrão nacional pela prefeitura para 03/08, o add-on continuava gerando o DANFS-e no layout nacional, enquanto a prefeitura ainda disponibilizava o documento no layout municipal. Essa divergência resultava em diferenças entre o PDF gerado pelo add-on e o emitido pela prefeitura.
CORREÇÃO Ajustada a geração do PDF da NFS-e para utilizar o layout municipal, alinhando o documento ao padrão adotado pela prefeitura até a entrada em vigor do novo modelo. A implementação foi disponibilizada apenas na versão Hotfix.
TXPDE-7594 Inclusão HOTFIX: 21/07/2026 Prefeitura de Taboão da Serra - SP Correção
PROBLEMA Na emissão de NFS-e com ISS retido, o documento era rejeitado com a mensagem "Erro 90: O valor de ISS informado no registro 90 não corresponde ao total de ISS informado nos registros 20.". O problema ocorria devido ao preenchimento incorreto das tags relacionadas ao ISS retido e não retido, impedindo a autorização da nota fiscal e interrompendo o faturamento em operações com retenção de ISS.
CORREÇÃO Ajustada a geração das tags de ISS retido e não retido, garantindo que a tag <ValorISS> seja informada apenas quando aplicável. Com essa correção, os valores de ISS passam a ser enviados de forma consistente.
TXPDE-7616 Inclusão HOTFIX: 21/07/2026 Provedor Ginfes/GissOnline Correção
PROBLEMA Foi identificado que o campo <ValorLiquidoNfse> no XML de envio dos provedores GissOnline/Ginfes estava sendo calculado incorretamente, pois ainda considerava os parâmetros de PIS/COFINS retidos e não retidos. Conforme a regra esperada, o valor líquido deve ser calculado exclusivamente pela fórmula Valor dos Serviços - Retenções Federais - Desconto Incondicionado. Além disso, os provedores passaram a adotar o layout DANFSe 2.0 da NFS-e Nacional, tornando necessária a adequação da visualização do PDF.
CORREÇÃO Ajustado o cálculo do campo <ValorLiquidoNfse> para que siga a regra prevista, desconsiderando os parâmetros de PIS/COFINS retidos e não retidos. Também foi adequada a visualização do PDF para que os provedores GissOnline e Ginfes utilizem o layout DANFSe 2.0 da NFS-e Nacional. Porém o próprio provedor continua calculando o valor líquido na autorização da nota, abatendo ambos os valores de PIS/COFINS retidos e não retidos.
TXPDE-7609 Inclusão HOTFIX: 22/07/2026 Prefeitura de Fortaleza - CE Correção
PROBLEMA Foi identificada uma divergência no valor líquido e no layout do DANFS-e gerado pelo add-on em relação ao documento disponibilizado pela prefeitura. A análise apontou que o município havia atualizado o layout do PDF, tornando necessária a adequação do add-on para manter a conformidade com o novo padrão.
CORREÇÃO O município foi ajustado para utilizar o layout DANFSe 2.00 da NFS-e Nacional, alinhando a geração do PDF ao padrão adotado pela prefeitura. Durante as validações, foi observado que a própria prefeitura continua calculando incorretamente o campo "Total das Retenções (ISSQN/Federais)", ao somar indevidamente os valores de PIS e COFINS não retidos, comportamento que não está relacionado ao cálculo realizado pelo add-on.
TXPDE-7605 Inclusão HOTFIX: 22/07/2026 Prefeitura de Caxias do Sul - RS Correção
PROBLEMA O número da NFS-e exibido no PDF do add-on divergia do número informado na tela da nota fiscal de saída (aba Nota Fiscal Eletrônica de Serviço) e do número autorizado no portal nacional — apenas o RPS estava de acordo entre as fontes.
CORREÇÃO Corrigido o preenchimento do campo de número da NFS-e na aba Nota Fiscal Eletrônica de Serviço e no PDF do add-on, alinhando-o ao número autorizado no portal nacional.
TXPDE-7627 Inclusão HOTFIX: 22/07/2026 Prefeitura de Rio de Janeiro - RJ / Ambiente Nacional Correção
PROBLEMA Ao utilizar o botão "Enviar e-mail de teste" na aba E-mail dos parâmetros da NFS-e para entidades configuradas com o emissor nacional (ex.: Rio de Janeiro - RJ), o envio falhava com o seguinte erro: "Comunicador do município de [Rio de Janeiro] - [RJ] não encontrado. Verifique se o município está usando o emissor nacional no portal federal da Nota Fiscal de Serviços Eletrônica."
CORREÇÃO Ajustado o envio do e-mail de teste para entidades que utilizam o emissor nacional. Também foi ajustada a numeração do PDF gerado no teste, para evitar conflito com PDFs já existentes, e adicionados mais dados opcionais na nota fiscal de teste, permitindo visualizar previamente como ficariam no PDF gerado.
TXPDE-7602 Inclusão HOTFIX: 23/07/2026 Prefeitura de Goiânia - GO / Ambiente Nacional Correção
PROBLEMA Ao emitir a NFS-e pelo Emissor Nacional para o município de Goiânia – GO com o parâmetro "Atualizar número e link da nota autorizada nos campos de usuário" habilitado, ocorria um erro ao gerar o PDF do documento via Serviço, impedindo a gravação do arquivo. Ao desabilitar o parâmetro, o PDF era gravado normalmente.
CORREÇÃO Corrigido o cenário de geração do PDF via Serviço para documentos emitidos pelo Emissor Nacional, passando a gravar o arquivo corretamente mesmo com o parâmetro habilitado.
TXPDE-7626 Inclusão HOTFIX: 23/07/2026 Ambiente Nacional Correção
PROBLEMA Ao emitir NFS-e pelo Ambiente Nacional com dados de bens imóveis, não era possível informar a Inscrição Imobiliária Fiscal (cCIB) em conjunto com o endereço do imóvel — apenas um dos dois grupos era enviado no XML, causando rejeição da DPS quando o cliente precisava dos dois simultaneamente.
CORREÇÃO A regra de preenchimento do grupo de bens imóveis foi flexibilizada para validar apenas os dados existentes na nota do SAP: quando o campo cCIB (Código do Cadastro Imobiliário Brasileiro) estiver vazio, os dados de endereço passam a ser exigidos; quando o cCIB estiver preenchido, ele é enviado isoladamente, sem exigir o endereço — seguindo a regra de escolha (choice) definida no leiaute nacional (NT007), que prevê o envio do cCIB ou do grupo de endereço, não os dois simultaneamente.
TXPDE-7628 Inclusão HOTFIX: 23/07/2026 Prefeitura de Piraju - SP Correção
PROBLEMA Ao emitir a NFS-e para o município de Piraju – SP, o documento era rejeitado com o erro nº 500 — a prefeitura identificou que as tags cClassTrib e cIndOp estavam sendo enviadas com a primeira letra maiúscula, quando o padrão exigido é iniciar com letra minúscula.
CORREÇÃO Corrigida a geração do XML de envio para que as tags cClassTrib e cIndOp sejam enviadas iniciando com letra minúscula, conforme exigido pela prefeitura.
TXPDE-7630 Inclusão HOTFIX: 23/07/2026 Ambiente Nacional Implementação
Implementado o preenchimento do percentual padrão para dedução/redução do valor do serviço (tag <pDR>) no grupo de informações de dedução/redução da base de cálculo (grupo <vDedRed>) da NFS-e via Ambiente Nacional, obtido a partir do campo "U_Reducao1" do código de imposto — anteriormente, esse grupo só era gerado através do valor monetário padrão para dedução/redução (tag <vDR>), obtido do campo "Valor dos Materiais" da linha do documento. Esse comportamento é temporário e será descontinuado com a entrada da NT 009, que unifica os grupos <vDedRed> e <gReeRepRes> em um novo grupo <vAjusteBC>, consolidando as deduções/reduções de base de cálculo (ISSQN, IBS, CBS) em uma estrutura única, incluindo o subgrupo <docAjusteBC> com tipo de ajuste, valores, referência a documentos fiscais (nacional/outro/não fiscal) e dados do fornecedor.
TXPDE-7624 Inclusão HOTFIX: 23/07/2026 Prefeitura de Taboão da Serra - SP Implementação
Implementadas no PDF da NFS-e as informações de IBS/CBS acima da descrição do serviço, atendendo à exigência da Reforma Tributária, e atualizados os campos de retenções na fonte pelo tomador, alinhando o layout do add-on ao PDF gerado pela prefeitura de Taboão da Serra – SP.
TXPDE-7650 Inclusão HOTFIX: 24/07/2026 Todas as prefeituras Implementação
Implementado o agrupamento da descrição dos itens (discriminação do serviço) na emissão da NFS-e quando o produto já consolida múltiplos itens em um único item: descrições idênticas passam a aparecer uma única vez, e descrições diferentes são concatenadas sem repetição — o agrupamento de valores e impostos já existente não foi afetado.
TXPDE-3569 Inclusão HOTFIX: 24/07/2026 Provedor IMA Implementação
Implementada a emissão de NFS-e via Ambiente Nacional (Reforma Tributária) para os municípios atendidos pelo provedor IMA (Belém – PA, Campinas – SP, Campo Grande – MS, João Pessoa – PB, São José dos Campos – SP, Sorocaba – SP e Teresina – PI), utilizando o novo WebService disponibilizado pelo provedor — sem exigência de frase secreta/senha, com certificado digital, consulta de NFS-e por Número (apenas notas autorizadas, sem consulta por RPS) e cancelamento (URL ainda não divulgada pelo provedor). O campo Item da LC 116 deve ser informado com o código de tributação nacional (6 dígitos) e o Código de Tributação com o código municipal (3 dígitos). A implementação foi validada somente em ambiente de homologação — as URLs de produção ainda não foram divulgadas pelo provedor, e a tarefa permanece como "Desenvolvido" até a confirmação completa do novo WebService.
TXPDE-7664 Inclusão HOTFIX: 24/07/2026 Prefeitura de Jequié - BA Implementação
Homologado o município de Jequié – BA para emissão de NFS-e, utilizando o provedor E&L 2.04, com PDF disponibilizado via link. Não é necessário frase secreta/senha, sendo necessário certificado digital. O provedor não disponibiliza ambiente de homologação. A integração permite consulta de NFS-e por RPS e por Número, além de cancelamento.
TXPDE-7663 Inclusão HOTFIX: 24/07/2026 Prefeitura de Contagem - MG Correção
PROBLEMA O PDF do add-on estava sendo gerado no padrão nacional mesmo para notas emitidas ao sistema municipal de Contagem – MG, divergindo do PDF gerado pela prefeitura.
CORREÇÃO Ajustado para que, com a opção "Usar emissão via padrão Nacional" desmarcada em Parâmetros Gerais, o PDF seja gerado no layout do modelo da prefeitura de Contagem – MG, conforme a autorização.
TXPDE-7652 Inclusão HOTFIX: 28/07/2026 Prefeitura de Rio das Ostras - RJ Implementação
Atualizado o layout do PDF gerado pelo add-on para o padrão nacional 2.0, alinhando-o ao modelo já utilizado pela prefeitura de Rio das Ostras – RJ e ao XML de envio (já atualizado para o layout nacional).
TXPDE-7668 Inclusão HOTFIX: 28/07/2026 Prefeitura de Olinda - PE Correção
PROBLEMA Ao autorizar documentos NFS-e com a flag da Reforma Tributária ativa para o município de Olinda – PE, ocorria a rejeição E1545 (percentual redutor de alíquota para IBS Município/CBS/IBS UF não deve ser informado para o código de classificação tributária) sempre que as tags <pRedAliqCBS>, <pRedAliqMun> e <pRedAliqUF> eram geradas com valor zerado, mesmo em classificações tributárias sem direito a redução — interrompendo a autorização de documentos.
CORREÇÃO Corrigido para que as tags <pRedAliqCBS>, <pRedAliqMun> e <pRedAliqUF> só sejam geradas no XML quando tiverem valor informado, deixando de ser enviadas quando o valor for zerado.
TXPDE-7679 Inclusão HOTFIX: 28/07/2026 Ambiente Nacional Implementação
Implementado(a) para que o layout do DANFSe 2.0 fique fixo (habilitado) para o ambiente de produção do Portal Nacional a partir de 03/08/2026, conforme Nota Técnica SE/CGNFS-e nº 008, dispensando a necessidade de os clientes atualizarem a DLL nessa data.
TXPDE-7677 Inclusão HOTFIX: 28/07/2026 Provedor NotaControl Implementação
Implementado(a) a inclusão das URLs de produção do WebService do provedor NotaControl (NFS-e Nacional / Reforma Tributária), habilitando o envio de documentos em produção para os municípios atendidos pelo provedor.
⚙️ Configuração: Para utilização dos novos WebServices, o ambiente precisa estar configurado com os impostos da Reforma Tributária.
TXPDE-7706 Inclusão HOTFIX: 29/07/2026 Ambiente Nacional Implementação
Atualizado o schema da NFS-e Nacional para suportar CNPJ alfanumérico, conforme o novo schema liberado em 28/07/2026 pelo Ambiente Nacional, atualizando as DLLs do add-on para adequação à DANFS-e 2.0. Em testes, XMLs com CNPJ contendo letras foram exibidos corretamente, com os caracteres especiais removidos tanto na nota quanto no PDF DPS, e também foi emitida e cancelada uma nota de homologação de R$10,00.
TXPDE-7705 Inclusão HOTFIX: 29/07/2026 Prefeitura de Arcos - MG Correção
PROBLEMA Ao gerar o PDF do RPS ou da NFS-e autorizada de Arcos - MG, o sistema retornava erro de arquivo não localizado: Não foi encontrado arquivo com o nome [ArcosMg.frx]
CORREÇÃO Ajustada a visualização do PDF de Arcos - MG, já que o provedor WebIss passou a utilizar a DANFS-e 2.0 do Ambiente Nacional.
TXPDE-7718 Inclusão HOTFIX: 30/07/2026 Prefeitura de Teixeira de Freitas - BA Homologação
Homologado(a) o processo de emissão de NFS-e para a prefeitura de Teixeira de Freitas – BA. O município não disponibiliza ambiente de homologação; é obrigatório o uso de certificado digital; a prefeitura aceita cancelamento, mas não suporta consulta de NFS-e por RPS no cancelamento; o campo Item da LC 116 deve ser informado no formato 00.00.
TXPDE-7198 Inclusão HOTFIX: 30/07/2026 Prefeitura de Araucária - PR Correção
PROBLEMA Ao emitir NFS-e com destaque de ISS para o município de Araucária – PR, o Add-on não gerava a tag <ValorIss> no grupo de valores do XML de envio, causando a rejeição L1014 e impedindo a autorização do documento.
CORREÇÃO Corrigido(a) para que a tag <ValorIss> seja incluída no grupo Servico/Valores do XML sempre que houver valor de ISS.
TXPDE-7695 Inclusão HOTFIX: 31/07/2026 Prefeitura de Belém - PA Correção
PROBLEMA Ao gerar o PDF da NFS-e pelo add-on para o município de Belém – PA, o destaque de retenção de ISS era exibido de forma invertida: notas emitidas com retenção eram destacadas como "sem retenção" e notas emitidas sem retenção eram destacadas como "retido", causando divergência entre o PDF do add-on e o da prefeitura.
CORREÇÃO Corrigido(a) para que o PDF gerado pelo add-on destaque corretamente a informação de retenção de ISS, de acordo com o que foi efetivamente informado na NFS-e.
TXPDE-7950 Inclusão HOTFIX: 20/08/2026 Prefeitura de Bauru - SP Implementação
Implementado(a) o envio dos valores de IBS e CBS no XML da NFS-e, por meio do preenchimento do grupo IBSCBS do cabeçalho, conforme o novo layout divulgado pela prefeitura.
Observações Importantes
- Não há necessidade de atualizar todos os addons da suíte fiscal. Atualize somente os addons indicados no(s) ticket(s) liberado(s) para sua empresa.
- Caso surjam dúvidas sobre quais componentes devem ser atualizados, entre em contato com nosso time de suporte.
Suporte
Caso tenha dúvidas ou precise de ajuda, abra um ticket em nosso Portal de Atendimento.
Base de Conhecimento